home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20010306-20010921 / 000169_Chris.Sharman@CCAgroup.co.uk_Tue May 22 10:49:32 EDT 2001.msg < prev    next >
Text File  |  2020-01-01  |  3KB  |  65 lines

  1. Article: 12465 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!phl-feed.news.verio.net!news.verio.net!nntp.frontiernet.net!nntp.gblx.net!europa.netcrusader.net!194.176.220.129!newsfeed.icl.net!dispose.news.demon.net!news.demon.co.uk!demon!ccastat.demon.co.uk!not-for-mail
  3. From: Chris Sharman <Chris.Sharman@CCAgroup.co.uk>
  4. Newsgroups: comp.os.vms,comp.protocols.kermit.misc
  5. Subject: Re: ftp scripting
  6. Date: Tue, 22 May 2001 09:32:51 +0100
  7. Organization: CCA Group
  8. Message-ID: <3B0A3242.4B69CB9E@CCAgroup.co.uk>
  9. References: <3B0906FD.38F29EBB@ccagroup.co.uk> <9ebhkm$58n$1@newsmaster.cc.columbia.edu>
  10. NNTP-Posting-Host: ccastat.demon.co.uk
  11. X-NNTP-Posting-Host: ccastat.demon.co.uk:158.152.158.126
  12. X-Trace: news.demon.co.uk 990520247 nnrp-12:4141 NO-IDENT ccastat.demon.co.uk:158.152.158.126
  13. X-Complaints-To: abuse@demon.net
  14. X-Mailer: Mozilla 3.03Gold (X11; I; OpenVMS V7.1     AlphaStation 255/233)
  15. MIME-Version: 1.0
  16. To: Frank da Cruz <fdc@watsun.cc.columbia.edu>
  17. CC: info-madgoat@madgoat.com
  18. Content-Type: text/plain; charset=us-ascii
  19. Content-Transfer-Encoding: 7bit
  20. Lines: 42
  21. Xref: newsmaster.cc.columbia.edu comp.os.vms:285938 comp.protocols.kermit.misc:12465
  22.  
  23. Frank da Cruz wrote:
  24. > Yes, the new C-Kermit would do exactly what you want:
  25. >   http://www.columbia.edu/kermit/ftpclient.html
  26. >   http://www.columbia.edu/kermit/ftpscripts.html
  27. > and no, it's not available for VMS yet.  It's not just a simple matter of
  28. > building.  A lot of code has to be written too, and this would have to be
  29. > done by a C programmer who is more intimate with VMS TCP/IP stacks, RMS,
  30. > and VMS FTP protocol extensions than I am.  We don't want it to be just a
  31. > C-Library port of the UNIX version -- we want it to handle VMS as well as
  32. > native FTP clients do, but with all the added benefits (scripting,
  33. > automatic per-file text/binary-mode switching, recursion, character-set
  34. > conversion, etc).  I've put out a number of feelers but so far nobody has
  35. > taken the bait (block that metaphor!)
  36.  
  37. A tall order. Well beyond me. Perhaps you should talk to the Madgoat
  38. folks. They've an excellent (free) ftp product (which I've used, and
  39. even modified for my requirements, without any deep understanding).
  40. It's the only non-commercial ftp on VMS that I'm aware of.
  41. They've put in a lot of effort on performance too. Maybe you could work
  42. out some kind of co-ownership agreement: their ftp code with your
  43. scripting additions etc.
  44.  
  45. > : The licence forbids commercial non-internal use
  46. > : too, without providing a pointer to a (presumably chargeable) commercial
  47. > : licence.
  48. > :
  49. > Yes, if you want to furnish Kermit software to customers or clients, you
  50. > need to license it.  That's not a bad thing.  You get money from your
  51. > customers and clients, we get money from you.  It's like the food chain.
  52. > We all have to eat.
  53.  
  54. We're not a software supplier. I just want to exchange data with a
  55. parcel courier we use. "Internal use" is unclear: does it mean I can use
  56. kermit for anything I want, or just for moving data internally ? I don't
  57. intend supplying kermit to them or anyone else. In any case, I wasn't
  58. griping about the price, just that I wasn't clear on what the price was
  59. (and I'm still not).
  60.  
  61. Thanks,
  62. Chris Sharman
  63.